home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000090_news@columbia.edu _Thu Sep 9 17:21:06 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA21831
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 9 Sep 1999 17:21:06 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA18277
  7.     for kermit.misc@watsun.cc.columbia.edu; Thu, 9 Sep 1999 16:56:55 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: C-Kermit Connection frequently disconnected
  11. Date: 9 Sep 1999 20:56:55 GMT
  12. Organization: Columbia University
  13. Message-ID: <7r96un$hr2$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <h3VB3.18$B35.586@client>, Ye Huang <ye.huang@zweig.com> wrote:
  17. :     My C-Kermit connection from my HP-UX 10.20 to Compuserv often gets
  18. : disconnected after the "dial" command succeeds but before my kermit script
  19. : sees Compuserv's "Host Name:" prompt. It will display "OK" first and "NO
  20. : CARRIER" on the next line. But  a lot of times the script works.
  21. : 
  22. :     I use hayes, tty0p0, 19200 (or 9600), and I set "cautious", and
  23. : parity=space.
  24. : 
  25. :     1) Is this problem from my setup, noise line, or from Compuserv (say,
  26. : too many users?)
  27. :
  28. If this always happens at the same place, then my guess would be it is
  29. Compuserve hanging up on your call, but maybe somebody who has a Compuserve
  30. shell account could comment more intelligently.
  31.  
  32. :     2) How do I code my kermit script to recognize the fact that "NO
  33. : CARRIER" has occured after dialing succeeded and redial the number? Or is
  34. : there a way to avoid this problem?
  35. : 
  36. You should not have to do anything special in your script.  If you always
  37. put IF FAIL commands after any i/o commands (like INPUT or OUTPUT), it
  38. this should catch the disconnection.  SET CARRIER-WATCH should be left at
  39. its default setting (in other words, SET CARRIER-WATCH OFF should not be
  40. used).  The SET MODEM command should precede the SET LINE command, etc.
  41.  
  42. All of this is documented in the manual.
  43.  
  44. - Frank